home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / aug94.doc / 000179_owner-lightwave-l _Thu Aug 4 17:03:40 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by netcom7.netcom.com (8.6.8.1/Netcom)     id PAA12450; Thu, 4 Aug 1994 15:59:24 -0700
  3. Received: from pixar.com by netcom7.netcom.com (8.6.8.1/Netcom)     id PAA12414; Thu, 4 Aug 1994 15:59:07 -0700
  4. Received: from dino.pixar.com by pixar.com with SMTP id AA07021   (5.65c/IDA-1.4.4 for <lightwave-l@netcom.com>); Thu, 4 Aug 1994 15:55:49 -0700
  5. Received: by dino.pixar.com (/\==/\ Smail3.1.25.1 #25.14)     id <m0qWBh3-00033uC@dino.pixar.com>; Thu, 4 Aug 94 15:55 PDT
  6. Message-Id: <m0qWBh3-00033uC@dino.pixar.com>
  7. Date: Thu, 4 Aug 94 15:55 PDT
  8. From: bjorke@pixar.com (Kevin Bjorke)
  9. To: lightwave-l@netcom.com
  10. Subject: Re: LW to RenderMan...
  11. Sender: owner-lightwave-l@netcom.com
  12. Precedence: list
  13. Reply-To: lightwave-l@netcom.com
  14.  
  15. John Foust writes:
  16. > The problem is, Renderman doesn't like zillions of polygons.  It
  17. > certainly won't render as fast as it does with simpler
  18. > spline-and-patch based objects.
  19.  
  20. RMan is actually perfectly happy with polygons, especially in recent
  21. years. However, you will probably benefit from tuning your output RIB
  22. so that they will render efficiently. Many of the default RMan settings
  23. are tuned for patch models, but the simpler case of polygons (guaranteed
  24. planarity and the implicit acceptability of gouraud-shaded results, for
  25. examples) should often be tuned differently.
  26.  
  27. In addition, many polygonal models (especially ones with polys that aren't
  28. really planar) can often benfit from having quadrilaterals encoded as
  29. bilinear patches and subsequently enmeshed as single entities.
  30.  
  31. > If you want to access
  32. > Renderman-specific features that aren't in LightWave, you'll resort
  33. > to hand-editing your scenes like every other power-user of
  34. > Renderman.  I find it amazing that so many users of Renderman are
  35. > tweaking their scenes and shaders by hand.
  36.  
  37. All that means is that those users have inferior methods of outputing
  38. well-formed RIB streams. Just making a RIPointsPolygons() call and nesting
  39. it inside AttributeBegin/AttributeEnd is RIB, but not good RIB.
  40.  
  41. > Still, we plan to add "RIB entity file" export to InterChange, and
  42. > theoretically, we can add import someday, too.
  43.  
  44. In fact, RIB was never initially meant as a model format -- though Showplace
  45. can read it, as can a few other scattered programs, such as NatPix RMaster
  46. or a modeler I wrote long,long ago called "MMaker" for the SGI (it started out
  47. just as a RIB-file checker, and eventually grew into a modeler). The main
  48. problem is generality -- if you import RIB, you better be able to deal, in
  49. some way, with arbitrary-basis-matrix patches, NURBs, Booleans and so forth. 
  50. -------------------------------------------------------------------------- 
  51.   Kevin Bjorke         |  If you draw a picture, and then draw more and
  52.   Animation Scientist  |  more pictures, and put them on TV, then dino-
  53.   Hi Tech Toons        |  saurs will turn into birds! - Rebecca